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Impact Exploration Missions 


¢ Exploration missions are gaining momentum! 

¢ Apply systems engineering approaches to support 
early mission and flight vehicle development 
— Human health and performance scope is large ummm 
— Impact overall mission and vehicle designs 


Background 


¢ Exploration missions present significant new challenges to crew health: 
— Long duration: 1-3 years eee = 
— No medical evacuation 
— Communication delays, blackout periods 
— Noresupply, prepositioning at best 


— Effects of space environment on human es Sos 
health are not completely known Exploration will be different... 


¢ A medical system should maximize flexibility to enable a care provider to 
address conditions that were not considered in the initial design 


¢ Medical technologies rapidly evolve 


¢ Limited flight resources (e.g., mass, power, volume, data) require us to view 
medical system as an integrated part of flight system development 


¢ — Need new medical system development approach and requirements 


> Need systems engineering approach 


Canga, M., Shah, R., Mindock, J., Antonsen, E. A Strategic Approach to Medical Care for Exploration Missions. 67‘ International Astronautical Congress (IAC), Guadalajara, Mexico, Sept. 2016 


Antonsen, E., Hanson, A., Shah, R., Reed, R., Canga, M. Conceptual Drivers for an Exploration Medical System. 67 International Astronautical Congress (IAC), Guadalajara, Mexico, Sept. 2016 
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Systems Engineering 


From NASA Systems Engineering Handbook 


What is Systems Engineering? 


¢ A methodical, disciplined approach for the design, realization, technical management, operations, 
and retirement of a system 


What is a “System”? 

¢ Collection of different elements producing results not obtainable by elements alone 
— Elements = people, hardware, software, facilities ... 

¢ Value created by relationship among parts - how they are interconnected? 


Systems Engineering IS: 

° away of looking at the “big picture” when making technical decisions 

° away of achieving functional, physical, and operational performance requirements 

e the art and science of developing a system within opposed constraints 

¢ a holistic, integrative discipline, wherein the contributions of e.g., 
— structural engineers, electrical engineers, mechanism designers, power engineers, human 

factors engineers, and many more disciplines (medical!) 

are evaluated and balanced... to produce a coherent whole that is not dominated by the 
perspective of a single discipline. 


1Rechtin, Systems Architecting of Organizations: Why Eagles Can’t Swim. 
2Comments on systems engineering throughout the handbook’s Chapter 2.0 are extracted from the speech “System Engineering and the Two Cultures of 
Engineering” by Michael D. Griffin, previous NASA Administrator. 


Key Systems Engineering Points 


¢ Team converges on same mental models 
— Of system, its context, its use, our way of working... 


— Applying aspects of Model-Based Systems 
Engineering using Systems Modeling Language 


(SysML) 
¢ Enable technical communication with entities 


external to ExMC 
¢ Tailoring is necessary 
— Not all SE processes fit all projects 
¢ Tools are available for our use 
— We are not slaves to them 


ExMIC SE Mission 


Define, develop, validate, and manage the technical system 
design needed to implement exploration medical capabilities for 
Mars and test the design in a progression of proving grounds. 


Needs Approach Benefit Culture 


Develop system Apply structured, Increase relevancy Be open, unbiased, 
technical integrative science to exploration learning, and 
foundation and engineering system maturation serving 
Develop ConOps ¢ Use a structured and * Speak the same language as * Develop relationships across 
Capture stakeholder disciplined approach to engineering and operations disciplines and Centers to 
expectations develop a med system communities with respect to build trust and enable 
Define and manage addressing medical, system design teamwork 


requirements behavioral health, human Provide regular and 
Capture an 
design 


Identify an 


Enhance visibility and 

ities for influence 
rrent activities of 
roups that 


disciplinary e would not happen 
Plan and ex rning of SE 

V&V * — Enable effective coordination development principles and practices 
Inform system development and integration with * Develop and foster shared * Be both responsive to and 
decisions from scientific, exploration mission mental models within and anticipatory of stakeholder 
technical perspective engineering, operational, external to crew health and needs, keeping in mind 
Identify tech dev and and technology development performance community stakeholders may be from 


research needs efforts anywhere in anorgchart & 


Organizational Context 


| Funds and 
| HEOMD | provides Frogram OCHMO HMTA 


Funds Owns oi ba Owns Owns 
Developed by Managed by Managed by Managed by 
facilitated by 
Study Team(s) = Determines Risk aie 
aecnecled CH&P SMT research is required Medical Risk + 


Exploration Program) 


Coordinate design” ? 


info and requests 


— Risk Custodian 


Medical IPT + | 
IPT Lead 


Funds, provides Element 
requirements, shares 
other Element plans 


(2) Provides risk 
(1) Provides estimates} med 
esearch plans, system capabilities, 
progress Risk mitigation 

progress, integration 
approach to Risk* 


(3) Provides med system design 
and dev info to inform tech 
roadmaps and study teams 


Provides coordinated stud Shares other Risk 


1) Research 
2 ) Ri S ks team requests; Shares other IPT, mitigation information 
SMT and other system devinfo 
3) Design/techs 
Provides clinical and 
4) Sta n d a rd S operational inputs 


shield oe * Risk Custodian uses more than only 
Operations Office ExMC inputs to inform HSRB status 


4) Provides updated 
standard content 


Provides flight 
erational inputs 


Roles and Responsibilities Context 


ExMC Element Management and Science ) 


“Element Manager “Element Scientist 
“Deputy Elem. Manager “Deputy Elem. Scientist 


J. Mindock (JSC) 
J. Reilly (JSC) 

T. Burba (GRC) 
J. Cerro (LaRC) 
A. Hanson (JSC) 
K. McGuire (JSC) 
C. Middour (ARC) 


System SE&l 


Medical System 


ConOps Team: 
M. Urbina (JSC) 
M. Hailey (JSC) 
D. Reyes (JSC) 
D. Rubin (JSC) 


Line coordination 
(e.g., staffing, 
facilities) 


System and Sub 
SE&l coordinati 
(e.g., requirements 
design, V&V) 


Medical Subsystem 1 Medical Subsystem 2 Medical Subsystem n 
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ExMC’s Purpose --> Needed Functions 


To minimize mission medical risk through medical system 
design and integration into the overall mission and vehicle design. 


What functions does the medical system need to provide? 


Provide 
Comprehensive 
Health 
Management 


Manage Long- Provide In- Provide Task 


Prevent Diagnose Treat 
Term Care Flight Training Execution Support 


Black text: medical system scope 
Grey text: partially in medical system scope 


Typical Product Expectations 


¢ From 7120.5E NASA Space Flight Program and 
Project Management Requirements 


¢ Example Mission Concept Review products - Pre- 
Phase A (Concept Studies) 


— Preliminary 
¢ Plans — Systems Engineering Management Plan, V&V Approach 
¢ Concept of Operations 
¢ Architecture 


¢ High-level system requirements 
¢ Traceability to higher level requirements 


ET sommes 


Example Products 


We must communicate with exploration mission 
development activities effectively 


nese) —————— pared 
Operations eS 


Verif &Valid 
Ne} e)gey-lean 


Technical Processes 
* Stakeholder 


Requirements 
Definition 


; Systems Engineering PGE . 
eee ENSBETTTE Aefel is ‘Element 
Management Plan bale Pua Management Plan 


https://dap.dau.mil/acquipedia/Pages/ArticleDetails.aspx?aid=9c591ad6-8f69-49dd-a61d-4096e7b3086c 
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How do we get there? 


We’re starting here: 


Program, 
Project 
requirements 


NPANSY:N 
Simyalerlaeks 


System 
aul avoid (e)are) 
needs 


(oyale=)e) me) 
Operations 


System 
requirements 


Subsystem 
architecture requirements 


system AN Terersha ears 


Do we have the capabilities 
to meet the needs? 


The needs identified by this work will drive future ExMC research. 


Other sources of system requirements will be folded in as we move forward. 
ConOps is not the only source! 14 


Upcoming Steps 


¢ 3/28/2017 (TODAY): Hold Technical Interchange 
Meeting with Driving Stakeholders 


¢ 4/2017: Draft Concept of Operations for Medical 
Care for an Exploration Mission (Mars Transit) 


° Goal End FY17: Draft In-Flight Medical System 
Functional Requirements (Mars Transit) 


Thank you 


Medical System Concept of Operations for 
Mars Exploration Missions 


ExMC Systems Engineering 
Technical Interchange Meeting (TIM) 1 
Medical System for Mars Transit 


Presenters: 
Michelle Urbina 
Jeff Reilly 
Melinda Hailey 


What is a ConOps? 


IN PESYAN 
Simlarerlaeks 


System 
ae yareidteyare) 


Concept of 
needs 


Operations 


= high-level concept 

= system needs & goals 

=" meet stakeholder expectations 

=" operational perspective 

= informs development of 
requirements 


System 
requirements 


System 


elaclalincvedelas) 


=) Allocations 


Subsystem 


requirements 
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Engaging Med Ops Stakeholders 


¢ ConOps team actively engaging Med Ops community 
— Exploration Clinicians Working Group (ECWG) 
* Clinical advisement to the ExMC Element Scientist for the assessment, prioritization, and technical 
direction of ExMC made up of Physician (Ops or research), Pharmacy, Nursing, & Engineering disciplines. 
¢ SE approach 
¢ Level of Care Definition 
¢ Planned Operations 
¢ Unplanned Operations 
* Scenario Tree 
¢ Activity Diagram Example 
— Medical Operations Group (MOG) 
* Organizational status and issue discussion with Space & Occupational Medicine Branch Chief/Deputy 
Chief. Special Topics are welcomed at the end of the meeting and are either “Decisional” or 
“Informational” to allow the clinical expertise of the medical group to aid in decision making, if needed, 


or for awareness or opinion. The ConOps presentations were all information but opinion was request via 
an electronic evaluation. 


¢ Level of Care Definition 
¢ Planned Operations 
¢ Unplanned Operations 


— Crew Office 


e Met with clinician crew to introdiice the CanQns ideas 


Exploration Medical System 
Needs and Goals 


How do we get there? 


| pile » NASA 
ae Sie lalef-laeks 
S = & goals 


System 
iaeyareidteyare) 
aetexers 


Concept of 
Operations 


System 
requirements 


System Subsystem 
=z AN Vever-ha le) ars 
architecture 


requirements 
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System Needs & Goals 


¢ Based on stakeholder expectations and constraints levied or imposed on the medical 
system 


¢ Provide foundation for exploration medical system development 


¢ — Influence technical measures commonly used for insight into performance of the 
technical solution 


e Establish basis for high-level requirements and quality attributes of the medical system 


Conceptual 
Architecture 


Stakeholders 
Needs 
Constraints 
Quality 
Attributes 
ConOps 
DRMs 
System 
Allocations 


System 
AV(=Vahiterclateya 
Taremvcclilerelacela 


Niel alin=veuael ee) 


System 
Drivers 


Sy ol =e} i(er- ale) 


Design 
PNit=leare lave 


u=Yelavalleclmlseiel ass 
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Exploration Medical System Goals 


. Comprehensive Health Management 

. Crew Autonomy 

. Continual Information Application and Learning 
. Capability Flexibility 

. Medical, Vehicle and Mission Systems 


Integration 


. Crew and the Medical System Integration 
. Ground Awareness 


1. Comprehensive Health 
Management 


¢ Provide comprehensive health Comprehensive 
management capabilities to enable teal 
mission task performance and mission 
SUCCESS. Crevnton > Cine > 
¢ In-flight care capabilities must span sana 
prevention, diagnosis, treatment, and ~—___ Mea 
long-term management for both clinical 
and well-being aspects of health. 


¢ This includes resources such as skillsets, software, 
hardware, medication, to prepare for and execute medical 
operations, pharmacy operations, training, resource 
management, ethics considerations, data management and 
risk estimation. 


2. Crew Autonomy 


Enable crew autonomy in medical task execution and 
decision-making. 

The mission physician astronaut serves as director of care 
during real-time medical events and is the primary source 
for in-mission medical decision making. 


Autonomous care model for exploration requires flight 
surgeons and other support staff to fill a consultant role. 
To support the physician astronaut this medical care 
paradigm requires enhanced vehicle capabilities and 


resources in the form of onboard medical references, smart 
diagnostics, integrated tools, and decision support systems. 


3. Continual Information Application & 
Learning 
¢ Support medical system 


capability enhancement over 
the mission lifetime. 


¢ While little or no hardware or consumable enhancements 
are expected due to orbital mechanics and logistical 
limitations, updating medical system aspects such as the 
decision support, models estimating and predicting crew 
health and system status, and task training and execution 
with knowledge gained both in-mission and on the ground 
is desired. 


4. Capability Flexibility 


¢ Balance conflicting needs for medical system 
resource conservation (in design and in 
operation) with medical system operations. 


¢ Flexibility is needed because the in-mission 
resources will be constrained and because of the 
inability to definitively predict all medical 
conditions that will occur during the mission. 


Resource Medical 
Conservation Operations 


Capability 57 
Flexibility 


5. Medical, Vehicle and Mission 
Systems Integration 


e Integrate hardware, software, human and operational 
aspects of the medical system with the mission and 
vehicle design. 


¢ The in-mission medical system should be viewed as a 
component of the overall integrated vehicle system. 
When allowed and appropriate, medical data and 
information should be shared with other vehicle system 
components, and vice versa. 


6. Crew and the Medical System 
Integration 


Minimize crew burden while using the medical system. 


The medical system should share a common user interface 
with the overall vehicle system to minimize crew training 
and cognitive burdens, reduce operations complexity, and 
lower mission medical risk. 


Provide an intuitive, interactive, 
and visually informative means for 
the crew to enter, access, and view 
information. 


Accounts for the various modes of 
data entry, input devices, 
computing platforms, and user 
preferences employed on the 
vehicle and incorporates human 
system interaction guidelines to 
reduce the cognitive burden of 
using the system. 


7. Ground Awareness 


¢ Maintain ground awareness of crew health and 
medical system status as flight communication 
constraints permit. 


¢ The ground support system will continue to be 
informed on the state of the crew and medical 
system to assess impacts to the mission and to 
provide support as needed. 
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Defining Medical Levels of Care for 
Exploration Missions 


How do we get there? 


= Interpretation of NASA Standard 3001 Levels of Care 
= Basis for medical needs 


Concept of 
Operations 


System 


aU aveidte)arel : 
requirements 


aatexeS 


System : 
=z AN Verer-ha le) ars 
architecture 


Subsystem 


requirements 
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HUMAN EXPLORATION 


NASA's Journey to Mars 


RETURN TO EARTH: HOURS 


Mastering fundamentals 
aboard the International 
Space Station 


U.S. companies 
provide access to 
low-Earth orbit 


RETURN TO EARTH: DAYS 


i ae 


~ 


\ F * 
es 


¢ 


Expanding capabilities by 
visiting an asteroid redirected 
to a lunar distant retrograde orbit 


The next step: traveling beyond low-Earth A 
orbit with the Space Launch System 
rocket and Orion spacecraft 


H INDEPENDENT 


RETURN TO EARTH: MONTHS 


i? 


Developing planetary independence 
by exploring Mars, its moons and 
other deep space destinations 


NASA-STD-3001 
Levels of Care 


Level 1 Space Motion istaley Basic Life 


Anaphylaxis Private Audio 
mabe <8d Sickness "Response. Support 


Level 2 Or iTal(er= ll PNanlelelricelay, Private 
LEO <30d BIETelaressja(ers) Care Telemedicine 


Level 3 Limited Hes 


Post LEO <30d Dental Care fF ovanced 
Life Support §f 


NV fexelfersl | Sustainable 
Dental Care Xe NzeValer-te! 
Life Support 


Level 4 
Lunar >30d TaareXellale} 


Limited 
SYUl ge |(er= | Or-la>) 


= \V7-) no) NU Ko)ate)aarelers | NU) Ke)are)aarele rs) 
Lunar/Planetary Ambulatory Xe e-lalecte. 
>210d Care Life Su| pport — 


Basic 
SYUl ge] (er- | Or- las) 
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Level of Care Influencers 


Mission and Objectives 

Risk 

Duration 

Time to Definitive Care 

Health and Performance 

Level of Training for Medical Provider 
Technology and Medical Advances 


Level of Care Capabilities 


In Flight In Flight Med Evac 
Capability Decision Making Capability 
Low 


Low High 


Level 1 
LEO <8d 


Low 


|= \V(=) 
LEO <30d 
|= \V7-) 
Post LEO <30d 


= \V(=) ee 
Lunar >30d 


|= (=) ie) 


Lunar/Planetary High High High Low 
>210d 


' 


b 
Ee 


Level of Care 1 
LEO <8 days 


SPPOLLe 
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Level of Care 2 
LEO <30 days 
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Level of Care 3 
Beyond LEO <30days 


hitp: {few jifptmn_southoon na faare/ wire Wire POF fii feruety 11 pdt 


hitps:/ foo mnnons wild reenter Fike: Cervecnd Coler Enexperecy je 


Level of Care 4 
Lunar >30 days 


- 


nitty fanart um ifiewe imepe scp Tie 
=26619 
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Level of Care 5 
Lunar / Planetary >30 days 


Lk 


https few eee pov feumence Forme din/presskits/f_paliery hbp_ immer nit 


NASA-STD-3001 
Levels of Care 


: First Aid / ae 
10 <8d Pe neee | Anaphylaxis asic ie Private Audio 
~ Response ah 


First Aid Definition: Provide basic management for 
common injuries 


First Aid example actions: 

¢ Control minor bleeding through direct pressure 

¢ Clean wounds 

¢ Splint extremities 

¢ Dispense, administer and track over the counter 
medications for control of pain and prevention of 


infection 
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Level of Care Capabilities 


= \V(-) 


=O lre<aie| Sickness 


= \V(=) 
LEO <30d 


Oi lTalrers! 


R= \V7 =) 
md0}s) = © ae 100 | 


| \V() | 
Lunar >30d 
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Level 5 
Lunar/Planetary 
>210d 


Space Motion 


DUETelaleys}ifers 


First Aid / 
Anaphylaxis 
Response 


Nan evel ireay, 
Care 


Limited 
Dental Care 


DY =YalrolmOrslas) 


NU) Ke)ate)aalelers 
Ambulatory 
Care 


Basic Life 
Support 


BAAAVcIKSMAYA(@(=10) 


MTaalitexe) 
PXeN Flares 
Life Support 


Syursi rellarele)(s) 
Ne Welalersie| 
Life Support 


PNUlKe)are)aarelers) 
Ne Welalersie| 
Life Support 


Private Audio 


Private 
m=)(=)aatevel(eliats) 


Limited 
S1UIce](er- 1 Or-la>) 


Basic 
S1Ulce](er=- 1 Or-la>) 


Advanced Life Support 


3 
Limited 


4 
Sustainable 


5 
Autonomous 


Definition 


Diagnosis and initial treatment for an 
emergent medical event. 


Diagnosis and initial critical care treatment 
for an emergent medical event requiring 
ALS. 


Diagnosis and critical care treatment for an 
emergent medical or traumatic event using 
medical information obtained from physical 
exam, clinical diagnostics and medical 
imaging. Rehabilitation and palliative care 
options will be provided. 


Advanced Life Support 
Example Actions 


3 Reposition airway, insert airway adjuncts 
Limited *and supraglottic airways 
4 Reposition airway, insert airway adjuncts, 
Sustainable |supraglottic “and endotracheal airways 


5 Reposition airway, insert airway adjuncts, 
Autonomous |supraglottic, endotracheal, “and surgical 
airways 


* Implies increased capability as compared to lower levels of care 


| =\V7=) om eee | 
RETURN TO EARTH: HOURS 


~ 
ua 
CN 


Mastering fundamentals 
aboard the Intemational 
Space Station 


U.S. companies 
provide access to 
low-Earth orbit 


Level Ill and IV 


RETURN TO EARTH: DAYS 


ay 
> 
\ Pe : 
ae 


¢ 


Expanding capabilities by 
visiting an asteroid redirected 
to a lunar distant retrograde orbit 


The next step: traveling beyond low-Earth A 
orbit with the Space Launch System a 
rocket and Orion spacecraft » 


https://www.nasa.gov/sites/default/files/files/NextSTEP-EMC-Reference.pdf 


Level V 


ARTH INDEPENDENT 


RETURN TO EARTH: MONTHS 


Developing planetary independence 
by exploring Mars, its moons and 
other deep space destinations 


Concept of Operations 


How do we get there? 


NESEY 
Sitlarerlaeks 


System 
auraveidce) ar). 
aetexers 


System 


Concept of } 
requirements 


Operations 


high-level concept 

system needs & goals 

meet stakeholder expectations 
operational perspective System = Allocations 
Informs development of architecture 

requirements 


Subsystem 


requirements 
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Design Reference Mission (DRM) 


New challenges to crew health 


» Crew: 4 


=» Extensive transit and surface times: 
e Phase 1 (Earth -> Mars): 6-9mo 
e Phase 2 (Mars -> Earth): 6-9mo 


= No evacuation to definitive care 
=" No regular resupply 


Limited real-time communication 


Therefore, medical care will be different: 
e Advanced care that is autonomous from Ground 
* Prevention, Diagnosis, Treatment, Long Term Management 
¢ Inclusion of crewmember with physician-level training 
e Physician Astronaut is self-sufficient and relies on ground support for consults | 


Exploration Medicine 


Space Motion 
Sickness 


Clinical 


RETURN TO: EARTH: HOURS Diagnostics 


Medical 


RETURN TO EARTH: DAYS Imaging 


¢TH INDEPENDENT 


RETURN TO EARTH: MONTHS 


First Aid // 
Anaphylaxis 
Response 


Ambulatory 
Care 


Limited 
Dental Care 


Dental Care 


Autonomous 
Ambulatory 
Care 


Basic Life 
Support 


Private Video 


Limited 
Advanced 
Life Support 


Sustainable 
Advanced 
Life Support 


Autonomous 
Advanced 
Life Support 


Private Audio 


Private 
Telemedicine 


Limited 
Surgical Care 


Autonomous 
Basic 
Surgical Care 


NASA-STD-3001: Levels of Care 


Overview of Medical Care 


¢ Preventive health and medical care 

needs that are expected or required 
to occur 

¢ Medical care needs based on 
Unplanned Ops symptoms or conditions that pose a 
risk to crew or mission objectives and 
are not expected nor required to 
occur but are addressed on an as- 
needed basis. 


Divisions of Care 


¢ Requires self-treatment by the patient 
Self-Care and does not require consultation with 
a medically trained professional 


¢ Requires more than basic medical decision 
Directed Care making 
¢ Requires formal medical training 


e Requires immediate intervention for a 

Emergency Care medical emergency 

¢ Care can be initiated by any crewmember 

¢ Care is assumed/directed by physician and 
becomes a Directed Care event once the 
patient is stabilized. 


Additional Medical System Needs 


¢ Requires preventive or corrective 
maintenance to medical system 
software applications or hardware 


¢ Support of the crew for medical care 
Performance ats 
including training and continued 
Support 
medical education 


Medical System 


WW Elialesarelaresy 


Autonomy Modes 


¢ No expectation or no opportunity for 
Autonomous ground input 


Semi- ¢ Expectation or desire for ground input 
Autonomous when available 


Scenarios 


¢ Medical scenarios illustrate potential methods for maximizing 
crew health and well-being to maintain crew performance and 
enable mission success. 


Activity Flowcharts 
° Contain more generic activity representations that will be used as a basis for 


system requirements and architecture development. 


Narratives 


° Contain representative descriptions of medical conditions and medical 
system implementation details to provide a vivid picture to the reader. 


° Implementation options and decisions such as sensors, user interface details, 
etc. will be defined as part of the subsequent system development products. 


° These are not necessarily the system design solutions! 


Scenario Tree 


In-flight Medical 
1. System Scenarios 


Planned Unplanned 


Medical System Performance 
Maintenance Support 


Medical System Performance 
Maintenance Support 


PNT to} ato) PNT] co} ato) ; L A _ PNT to} ate) 
mous aalelersy 21 MoUs mous 
eeeeene Exercise 
abscess hw malf. 


See backup slides for acronyms. 


Self-Care Directed Care Emergent Care 


1. The current focus of the concept of operations is to portray the in-flight medical system envisioned for transit to Mars. 
2. The scenarios are categorized into planned and unplanned medical operations. 
3. Five medical scenario types organize the range of crew interactions with the medical system. 


4. The medical system will support a range of autonomy from the ground. 


5. Twelve scenarios are used to exemplify the interaction and breadth of the medical system. 
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Assumptions Examples 


Caregiver = the one crewmember who is the director of 
and primary provider of medical care. 


e Usually the Physician Astronaut. 
¢ The backup to the Physician Astronaut is considered the 


Assumptions for all scenarios , ae: ee 
caregiver” if the Physician Astronaut is the patient. 


1. Caregivers have varying medical skill sets and the Medical System will 
complement the Caregiver's skillset. 


2. The Medical System has varying levels of support and the Caregiver can utilize the 
system as much or little as desired. 


3. The synchronization of in-mission and ground medical data systems depends ona 
variety of factors such as telemetry bandwidth, distance from earth, priority of 


data, etc. 


4. All medical resources (e.g. equipment, medication, software) are considered a 
subset of the Medical System. 


5. The Medical System will use the Vehicle System for communication to ground. 


6. The vehicle system will monitor the environment. 


Scenario Example 


Scenario Type: Unplanned, Self-Care, Autonomous from Ground 


Storyline: Headache 


Purpose , 
This scenario shows that the medical system can: Purpose Stacie iar’ provided 
1. Assess resource availability with each scenario to illuminate 

2. Assess resources for personalized medicine system functionality that is unique 
3. Dispense resources to that particular scenario. 

4. Track resources 


Assumptions 
¢ The “resources” in this scenario are medication. 


Roles 

PT = Patient 

GS = Ground System 
MS = Medical System 


Scenario Example 


Scenario Type: Unplanned, Self-Care, Autonomous from Ground 


line: H h 
Storyline: Headache Activity Flowchart 


Recognize Symptoms Define Treatment Plan Perform Treatment Perform Ground 
Plan Synchronization 


PT experiences PT determines MS assesses 
symptoms treatment plan resources 
availability 


MS synchronizes 
updated health 
record with GS 


PT decides to treat MS assesses contra- : 
Pa MS dispenses 
symptoms indications 
resources 


MS records and 


PT administers 
reports information 


resources 


MS records and 
reports information 


PT = Patient 
GS = Ground System 
MS = Medical System 


Scenario Example 


Scenario Type: Unplanned, Self-Care, Autonomous from Ground 


Storyline: Headache 
Narrative 


For the past few hours a crewmember has been experiencing a headache strong enough to 


impede his work. He recognizes this headache as typical of those he has had in the past. He 


decides that there is no need to involve the Physician Astronaut and will treat it with 
acetaminophen, as he had the other headaches. He accesses his personal health record within 
the Medical System and logs his current problem and his desire for acetaminophen. 


The Medical System quickly cross-checks the medical inventory system and determines that the 
acetaminophen supply is adequate and verifies that it is not contra-indicated for this 
crewmember. It then dispenses the proper acetaminophen dose to the crewmember, who 
grabs the pills and washes them down with some water from his drink bag. 


The Medical System updates the crewmember’s health record with this new event, logs the 
medication administered, and updates the vehicle’s inventory tracking system. It also 
coordinates with the vehicle’s communication system to downlink the crewmember’s updated 
health record and synchronize the onboard and ground electronic health systems. 


Scenario Example 


Scenario Type: Unplanned, Directed Care, Autonomous from Ground 


Storyline: Urinary Tract Infection 


Initiate Encounter 


PT requests an 
encounter with CG 


CG activates history 
support from MS 


CG reviews context 
info from vehicle 
environmental 
information and PT 
health record via 


CG gathers chief 
complaint from PT 


CG decides an exam 
is needed 


MS guides CG 
through history 
taking 


Assumptions 
¢ The caregiver is a physician. 


CG takes history 
from PT 


Roles 
MS = Medical System PT = Patient 
GS = Ground System CG = Caregiver 


MS records and 
reports information 


Purpose 
This scenario shows that the medical system can: 


Prompt the initiation of an activity based on a protocol 
Guide a crewmember during an activity 

Suggest differential diagnoses 

Provide relevant reference material 

Suggest diagnostic tests 

Interpret information gathered during an activity 
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Generate Differential 
Diagnosis 
CG conducts 
manual vitals 
collection 


CG reviews history, 
vitals and physical 
exam information 


MS guides CG 
through vitals 
collection 


MS suggests 
differential 
diagnosis 


MS records and 


reports information MS provides 


relevant reference 
material to CG 


MS records and 
reports information 


MS prompts 
physical exam 


CG decides more 
data is required to 
make diagnosis 
CG conducts 
physical exam 


MS suggests 
diagnostic tests 
MS records and 
reports information 


Activity Flowchart 


Perform Diagnostics 


Perform Diagnostic 
Imaging 


CG conducts 
diagnostic imaging 


MS guides CG 
through diagnostic 
imaging 


MS interprets 
diagnostic imaging 


CG interprets 
diagnostic imaging 


MS records and 
report information 


CG conducts lab 


analyses 


MS analyzes 
specimen 


MS records and 
reports information 


Assess and Diagnose 


MS updates 
differential 
diagnosis 


CG makes diagnosis 


CG prescribes 
treatment plan for 
PT 


CG documents plan 
in MS 


MS synchronizes 
updated health 
record with GS 
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Scenarios 


Exercise 

Family conference 

Dental exam 

Psychological conference 
Continual medical education 
Headache 

Urinary tract infection 

Dental abscess 

Exercise hardware malfunction 


. Just-in-time training 
. Arm injury 


Decompression sickness 


Exercise Scenario 


Scenario Type: Planned, Self-Care, Autonomous from Ground 


Storyline: Exercise 


Purpose 
This scenario shows that the medical system can: 


1. Prompt the initiation of an activity per the crewmember's schedule 
2. Interpret information gathered during an activity 

3. Provide exercise prescriptions 

4. Create flags of potential issues using information from sensors 


Assumptions 
¢ The exercise equipment is part of the medical system. 


Roles 

CM = Crewmember 
MS = Medical System 
VS = Vehicle System 


| 


| 


Summary 


Backup 


Abbreviations 
Semi- = Semi-autonomous 
Fam. Conf. = Family Conference 
Psych. Conf. = Psychological Conference 
CME = Continued Medical Education 
UTI = Urinary Tract Infection 


Exercise hw malf. = Exercise hardware 
malfunction 


JITT = Just-in-Time Training 
DCS = Decompression Sickness 


Presentations 


Level of Care V Definition 3.30.16 

— Planned Operations Kickoff 4.20.16 

-— Planned Operations Follow-up 5.4.16 

— Unplanned Operations Kickoff 6.1.16 

— Unplanned Operations Update 6.15.16 

— Unplanned Operations Update 6.29.16— with Evaluation (2 responses) 

— ConOps Draft Review Kickoff 7.27.16 

— ConOps Draft Update and Review of Comments 8.10.16 

-— ConOps Draft Finalization and Review of Comments 8.24.16 

— New SE approach and Scenario Tree & Activity Diagram Example 10.12.16— with Evaluation (4 responses) 
— Full Overview with New Terminology and Updated Scenario Tree & Activity Diagram Examples 1.11.17— with Evaluation (5 responses) 


— Level of Care Definition _Informational 5.31.16— with Evaluation (4 responses) 

— Planned Operations _Informational 6.14.16— with Evaluation (9 responses) 

— Unplanned Operations _Informational 8.2.16— with Evaluation— with Evaluation (5 responses) 
ExMC Forum 

— Level of Care and Planned Operations 6.7.16— with Evaluation (0 responses) 

— Scenario Tree and Activity Diagram 10.18.16 

- Medical System Design Team Meeting: Updated Scenario Tree and Activity Diagram 12.6.16 

— Medical System Design Team Meeting: Guiding Principles 2.14.17 


IWS 
-— ConOps Definition 2.9.16 
— ConOps Status 1.23.17 
— Level of Care 1.23.17 

CB 


— Overview and Level V definition 8.22.16 
ExMC Center Leads Meeting 

— Status 10.5.16 
CH&S HQ 

¢ Medical System ConOps Intro 12.6.16 
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ConOps Definition 


. From Appendix A of 7123.B NASA Systems Engineering Processes and Requirements: 
¢ http://nodis3.gsfc.nasa.gov/npg img/N PR 7123 001B /N PR 7123 001B  AppendixA. 


pdf 


LI “Concept of Operations (ConOps): Developed early in Pre-Phase A, describes the overall 
high-level concept of how the system will be used to meet stakeholder expectations, 
usually in a time sequenced manner. It describes the system from an operational 
perspective and helps facilitate an understanding of the system goals. It stimulates the 
development of the requirements and architecture related to the user elements of the 
system. It serves as the basis for subsequent definition documents and provides the 
foundation for the long-range operational planning activities.” 


System needs for the transfer vehicle need to be identified. 


Level of Care | 


¢ NASA-STD-3001: 


— Little perceived threat to health or life exists during 
training or that portion of the mission where medical 
intervention would be allowed. 


— The relatively short time and distance to definitive care 
allows for first-aid implementation without more 
advanced care. 


— Requires a minimum of first-aid capability and 
implementation plans for follow-on medical support. 


Level of Care II 


¢ NASA-STD-3001: 


— A moderate level of risk exists that personnel may 
experience medical problems during training or that 
portion of the mission. 


— Preventive strategies shall be used to reduce the risk. 


— Intervention strategies shall be used to reduce the risk to 
an acceptable level with return to Earth available for 
more serious illness/injuries. 


— Level of Care Two shall provide for clinical diagnostics 


and ambulatory care capability in addition to basic life 
support. 


Level of Care III 


¢ NASA-STD-3001: 


— A moderate to high level of risk exists that personnel may 
experience medical problems during training or that portion 
of the mission. 


— Preventive strategies shall be used to a greater degree to 
reduce the overall risk. 


— Intervention strategies shall be used to reduce the risk to an 
acceptable level, including an increased level of advanced 
care in the form of medications or equipment to include 
limited advanced life support, trauma care and limited dental 
care. 

— The ability to sustain a critically ill or injured patient for any 
length of time is limited by consumables, training and vehicle 
constraints. 


Level of Care IV 


¢ NASA-STD-3001: 


Moderate to high level of potential risk exists that personnel may 
experience medical problems on orbit. 

Risk to the mission is greater for medical issues beyond routine 
ambulatory medicine. 

Preventive strategies shall be used to a greater degree to reduce the 
overall risk. 

The ability to support chronic illness is limited. 

Intervention strategies shall be used to reduce the risk to an 
acceptable level, including increasing levels of advanced care in the 
form of medications, equipment, training, or consumables over and 
above previous levels. 

The scope of medical care available shall be limited or triaged 
because of availability of supplies, consumables, or mission risk. 


Level of Care V 


. hiecuee STD-3001: 


A high level of potential risk exists that personnel may experience medical 
problems on orbit at some time during the mission. 


— Preventive strategies shall be used to a greater degree to reduce the overall 
risk. The ability to support chronic illness is limited. 


— Intervention strategies shall be used to reduce the risk to an acceptable level, 
including increasing levels of autonomous advanced care in the form of 
medications, equipment, training, or consumables over and above those for 
previous levels. 


— The training and skill of the caregiver shall be at the physician level, because of 
the exclusively qutonomous nature of the mission. 

— The scope of medical care available shall be limited or triaged because of 
availability of supplies, consumables, or mission risk. 

— Return to Earth is not a viable option for more serious illness/injuries. Impact to 
overall mission is greater. 

— Inautonomous medical care concepts, the astronaut caregiver is self-sufficient 
in the immediate care phase and relies on Mission Control for consultation 


Self Care 


Definition: minor conditions self treated by crewmember 
Who’s Involved: patient/crewmember 

Resources: basic, e.g. “convenience medication pack” 
Timeline: none 

Ground Role: monitor supply consumption 


Other: resource use tracked automatically, medications 
dispensed balancing mission goals with appropriate 
care, “use report” available to ground and physician/ 
CMO at all times 


Directed Care 
Definition: Care that requires medical decision making or 
formal medical training 
Who: Physician Astronaut 


Resources: any and all required, mission impact or 
resource limitations may guide selection 


Timeline: routine to urgent, contact ground PRN 
Ground role: monitor > consult > decision support 


Other: automatic resource tracking, automatic logging of 
vitals/tests into EMR, ground EMR updated in near 
real-time* 


Emergency Care 


Definition: A medical emergency that requires immediate 
action — a threat to life, limb or vision 


Who: Crewmember, CMO, Physician Astronaut 


Resources: any and all required, mission impact prediction 
will not guide selection in first 24 hours 


Timeline: no time to consult ground until later 
Ground role: none until stable, then supportive 


Other: automatic resource tracking, automatic logging of 
vitals/tests into EMR, ground EMR updated in near 
real-time* 


Nominal Operations - Transit 


Countermeasures and Performance System 
Health Maintenance System 

— General Medical 

— Neuropsychological 

— Dental (new) 

Environmental Health System 
— Radiation 

— Acoustic 

— Other 

Human-System Interface (new) 
Research 


Countermeasures 


Countermeasures and Performance System 
* Exercise Countermeasures 

¢ Fitness Assessment — Muscle/Cardiovascular 

¢ Private Exercise Conference 

¢ Fitness for Duty 

¢ Neurovestibular Countermeasures (new) 

¢ Stress Management (new) 


GOAL: 


Maintain, assess and correct bone health, cardiovascular fitness, neurovestibular 
adaptation, and stress management. 
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Health Maintenance System 


¢ General Medical 
¢ Neuropsychological 
¢ Dental 


GOAL: 


Perform periodic assessments that will capture 
medical, neuropsychological and dental problems 
early so that they can be addressed to minimize 
impact on crewmember. 


General Medical 


Health Maintenance System 


Periodic Physical Exam 
Periodic Eye Exam 

Periodic Laboratory Survey 
Private Medical Conference 
Pharmacy Reconciliation (new) 
Bone Health Evaluation 
Nutritional Assessment 


Why now? 


Proving Ground 


Jes 


Medical System Vehicle System 

ConOps Development Integration Delivery Flight 
2016- Testing Testing 2025 
2017 


In the last year ExMC has had 4 requests for medical needs 
and flight test objectives for the Proving Ground Vehicle 


IF WE DON’T GIVE THEM INFO THEY WILL 
GET IT SOMEPLACE ELSE! 


HHP System Development 


Science Focus 


Engineering Focus 


SHFH 
System Integration 

BHP 

HH 

C 
ExMC 

Proving Ground 
SR Orion 


ISS Testing 
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Medical Data Architecture 


Transit 1 
Ground Based and Vehicle Data Architectures; —-—-—-=-=--—---—--—--—--{—-=— > 


¢ Performance Data 

* Clinical Operational Needs 

¢ Research Data Capture 

Long Term Health Information 


BEY 


Medical Equipment 


M 5 
magna 3-09Peeteg Downs = 


. Flight Surgeon/BME Vehicle Exploration Medical System 


¢ External Consults ¢ Crew Medical Officer 
Mirrored delayed data * Crew Medical Support 
presentation for situational Real-Time Data Processing for Crew 


awareness/support 


Gare PASSAGE 


Background 


¢ Safe Passage: Astronaut Care for Exploration 
Missions 
— Developed by the Committee on Creating a 
Vision for Space Medicine During Travel 
Beyond Low Earth Orbit 
— Published in 2001 by the Institute of Medicine 
— Two major objectives 


¢ To assess what is known about the health effects of 
space travel 


¢ Provide recommendations on how health care 
during space travel could be approached 


¢ Some recommendations have been 
implemented in LEO 


¢ Remaining work for exploration missions 
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How do we get there? 


We’re starting here: 


System 
aulaveide)are) 
needs 


(Golala=)e) me) 
Operations 


System 
requirements 


Subsystem 
architecture requirements 


Sy ete AN erersha re) ars 


Do we have the 
capabilities to 
meet the needs? 


The needs identified by this work will drive future ExMC research. 
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Con Ops Scenario Tree 


In-flight Medical 
System Scenarios 


Planned 


Unplanned 
Medical System 
Maintenance 
Autono - Autono Autono ; Autono : Autono ‘ Autono : Autono Autono Autono ; 
Semi i Semi Semi : Semi Semi Semi é Semi Semi . Semi 
mous mous mous mous mous mous mous mous mous 
| | I | | | | | | | | | I I i l ——__. | 
Fam. Dental | Psych. Dental Exercise Arm 
Exercise e deadache E 7 "Ss 
exercise] fam | Exam | Conf. CME er UT! | abscess hw malt. g JIT injury | OCS 


by= alt | e Narrative 
¢ Activity flow chart 


Exam 
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Con Ops Narrative Example 


6.2.2.4. Narrative 


The Medical System sends an alert to the Physician Astronaut and crewmember that a scheduled 
dental exam will start in ten minutes. The crewmember heads over to the medical bay and grabs a 
display, which uses biometric analysis to identify her and grants her access to her health record in 
the Medical System. 


The Medical System starts the appointment by prompting her to review her health record 
documentation for accuracy and update if needed. Areas of review include, allergies, current 
medications, and then a series of questions to complete a review of systems. It then uses 
biosensors to collect vital signs from the crewmember, such as blood pressure, heart rate, oxygen 
saturation, temperature, and respiratory rate. These are all automatically saved to her health 
record and displayed back to her. 


The Medical System then notifies the Physician Astronaut that the crewmember is ready for the 
dental exam. He arrives at the Medical Bay and begins by reviewing his patient’s history 
information from within the Medical System. He proceeds with the dental exam of the 
crewmember, populating the findings in the Medical System template. 


As part of the routine dental exam, the Medical System prompts the Physician Astronaut to 
perform imaging. He receives guidance from it on how to perform the imaging and collects the 
desired images from the crewmember, which are immediately stored within her health record. The 
Medical System then analyzes and interprets the collected images and records its findings. 


Because the Physician Astronaut is not a dentist, he prefers that the Medical System interprets the 
images and he reviews its findings. Nothing out of the ordinary is found, and the Medical System 
prompts the Physician Astronaut to perform preventive oral care on the crewmember. It records 
the preventive care within her health record and then coordinates with the vehicle’s 
communication system to downlink the updated health record and synchronize the onboard and 
ground electronic health systems. 


Content is draft. Not for distribution. 


Con Ops Activity Flow Chart Example 


Scenario: 08. Transit — |VA— Planned — Directed Care —- Autonomous From Ground 


Context: Dental Exam 


Assumption: 
1. CGis a physician. 
2. CG is not a dentist. 


3. This scenario does not lead to a condition 


Initiate Encounter 


MS prompts CG and 


PT to initiate 
encounter 


PT activates 


support from MS 


MS takes history 
from PT 


MS records and 
reports information 


Perform Vitals 
Collection 


MS conducts vitals 


collection from PT 


MS records and 
reports information 


Key: 


Perform Physical Exam 


MS prompts CG for 
physical exam 


CG reviews history 
with PT 


CG conducts 
physical exam on PT 


MS records and 
reports information 


MS = Medical System 
GS = Ground System 
VS = Vehicle System 


Perform Diagnostics 
Perform Imaging 
MS prompts 


imaging 


MS guides CG 
through imaging 


CG conducts 
imaging on PT 


MS interprets 
imaging 


MS records and 
reports information 
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PT = Patient 
CG = Caregiver 


Perform Preventive 
Care 


MS prompts 
preventive care 


CG conducts 
preventive oral care 
on PT 


MS records and 
reports information 


Perform Ground 
Synchronization 


MS synchronizes 
updated health 
record with GS via 
the VS 


Identify Needed Functions 


SysML Activity Diagram 


Initiate Encounter 


«allocates 
Patient 


e«allocates 
Caregiver 


Perform History ~ Pertorm Vitals 
Collection Collection 


Records_and_reports 
_information 


Prompts_CG_and_PT_to 


os Takes_history_ 
_initiate_encounter from_PT 


«allocate» 


Medical_System 
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«allocates 


Patient 


«allocates 


Caregiver 


«allocates 


Identify Needed Functions 


SysML Activity Diagram 


Perform Diagnostics 


Perform Physical Exam 
Conducts_physical tials lmeging_ 
on_PT 


Guides_CG_ through 
_imaging 


Records_and_reports 
_information 
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Records_and_reports 
_information 


Identify Needed Functions 


SysML Activity Diagram 


«allocates 
Patient 


Perform Preventive Care 


Conducts_preventive 
_oralcare_on_PT (|—~ — ~ ~~ ~— — 


«allocate» 
Caregiver 


Perform Ground Synchronization 


Synchronizes_updated_ 
health_record_with_GS_ 
i s 


Records_and_reports 
_information 


«allocate» 
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Build Functional Decomposition 


° Begin defining “Problem Space” 


Content is draft. Not for distribution. 


Build Functional Decomposition Cont. 


aaiteealth acti Mi etre ee tects ey 


| 
eee. 


. + ate = Sas Sage eae at ia tesa 
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Build Functional Decomposition Cont. 
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Draft System Architecture 


¢ Now begin bridging to “Solution Space” 


} «block» . 
"°° |Medical System) ~: 


in-Flight Health hata medical Analiangas System | in-Flight Health Maintenance System . 
«block» @ «block» «block» 
In-Flight Health Data System \\/ Medical Appliances System J -Flight Health Maintenance System 


— 


) in-Flight Health and Perform ance Monitoring System in-Flight Medical Resources 


«block» «block» se 
In-Flight Health and Performance Monitoring System In-Flight Medical Resources } } 
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System Block Diagrams in Work 


ne oer Block Diagram - Medical System-Centric View 


Og i eg ee ee — 
| fu System : | Crew as i) 
SS eR Sea a a I a Physician 
| Crew Health and Performance System [iss ae =a Z 
| | d | | iw 
| | Medical System 2 =a 1 
| 
| | In-Flight Health Data System Medical Appliances System In-Flight ae ee enatee System ! | | Crew as | 
7 : enavioral 
Data || Data Analytics & xray || Ultra |] ete... Health Food l Explorer l 
| | Storage || Decision Support sound System System System | | | or Patient l 
| | | | 
| | 
| | In-Flight Health and Performance In-Flight Medical Resources | | | 
| | Monitoring System Medical | 
| Plgmansers posmeace Data | Pharmacy | @ncmabies | | | , 
| | | : | ! 
| | | | 
| | Natural & Induced Environmental Mission Task Performance Support | | | | 
i | Protection System System | | l | 
| a —  —  — a | | | 
| | | 
| | Structures one . | | | 
racking 
a Jy | 
eel er eT e sFight Medical mm | | 
| a y Pre- and Post- Flight Medical | 
| Appliances => | l 
Ground Health Data System | | 
| Ground Health Maintenance System C | | | 
ia | 
| Ground Health and Performance ————— 4 
| Monitoring Data System | 
A sy te ec re i em a aes, 
ExMC scope 


Researcher Analyst MCC ASCR __ FOD Trainer Flight Surgeon 


Example Flow to Requirements 


System Architecture 


System Subsystem 


EonOrs iauraveide)ar-) & 


scenarios requirements : requirements 
aexsveks q PN i feyereh ale) ars 2 


The In-flight Health 
The Medical System e In-Tight hea 


Prompts shall prompt areal 
planned emma crewmembers to encounters. 
t initiate planned 
encounter encounters. ; The In-flight Health 
In-flight Data System shall... 
Accept ues ser Health The In-flight Health 
i : anion Data System shall... 
patient vital -—~> serentealent Data y 
Dental care sign inputs vital sign inputs. System The In-flight Health 
scenario Data System shall... 
The Medical 
Guides System shall guide The Medical 
; : n> =the crewmember Appliances System 
Imaging while obtaining shall... 
medical images. j 
Medical The Medical 
The Medical Appliances Appliances System 
. : ==> interpret medical The Medical 
Imaging images to support Appliances System 
prevention. Shall... 
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Continuing Flow to Implementation 
Strawman Examples Only 


Function 


Imaging 


Oxygenation 


Data 
Processing 


Physical 


e Ultrasound 
° X-ray 


° Bagging 

¢ Autonomous 

¢ Information 
storage 


¢ Information 
flow 
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Instance 


e Chison Eco 1 
¢ TXR Dragon DR 


¢ GCE Mediline 
1/2012 

¢ Medical Oxygen 
Patient Interface 


e Medical Data 
Architecture 
e Medical Data 
Architecture 


Traceability 


When negotiations are necessary regarding capabilities to 
include (hardware and/or software), we are able to trace to 
impacted requirements and system functions 


— e.g., to NASA-Std-3001, other sources of parent requirements, 
ConOps scenarios 


Identify orphans — then why do we have this capability? 


Identify parents with no implementation — capability lacking 
> RESEARCH NEED INFORMING TECHNOLOGY ROADMAP 
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Identify Interactions 


Sequence Diagram 


«block» = «block» go «block» = «block» = «block» a 
: Patient : Caregiver | : Medical_System : Flight_Vehicle_System : Ground_System 


| 1: cgMsinitEncounter | 


| 
| 
\ 
| 
2: ptMsinitEncount 
3: msPtActivateSupport = — 


| 
| 
| 
\ 
| 
| 
| 
| 
| 
| 
| 
4 see 
| 
| 
| 


[ eee | msPtHxin fo 


6: 7 
7: ptMsCollects Vitals 


emepviswnto || 


9: msRecordReportinfo 


10: cgMsPromptsPhysExa 


11: ptCgReviewHx 


12: ptCginitPhysExam 


13: msCginputExaminfg! 
14: msRecordReportinfo 


15: cgMsPromptsimag 
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Identify Interactions 


Sequence Diagram 


«blocks 2 ablock» g ablock» B «block» a ablock» B 
: Patient : Caregiver : Medical_System : Flight_Vehicle_System : Ground_System 
| 16: coMsGuidesDximag | 


— Perform Preventive Care 12: msinterpimag 


19: cgMsDximaginfo 
20: msR@cordReportinfo 


21: cgMsPromptsPreve 


22: cgMsProvideOralCé 


23: ptCginitOralCare 


24: msCgRecordCareinp| 


| =» ¥ 
2| 7 
a | 


26: vhMsTxHealthRec 


27: gsVhTxHealthRec 
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Capture Interfaces 
Subset based on single scenario 


Prompts 


Initiate encounter 
Physical exam 
Preventive care 


Imaging Health Record Info 


Flight 
Vehicle 
System 
(Avionics 

in this 
example) 


Accepts Info 


Vitals 
Caregiver Physical Exam 
Oral Care 
Provides Info 


Image Guidance 
Image Interpretation 
Patient History 


Dispenses Resources 


* Oral care supplies 


= Informational interface 
— > Physical interface 
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Additional Vehicle Interface Examples 


Connection 


System 


Separation 
System 


Takeoff 
System 


Landing 
System 


Natural & 
Induced 
Environmental 
Protection 
System 


Propulsion 
System 


Power 
System 


Host implementation of 
medical and bioinformatics 
data storage, processing, and 
decision support computation 
Transport data to the telecom 
system for transmission to 
ground or other mission assets 


Distribute and condition power 
required by medical system 
hardware 


Provide vehicle structural 
support for medical system 
components 

Address layout and workflow 
constraints of the medical 
system 


Provide bandwidth for 
transmission of medical data 


ISRU 


Acquisition 
System 


EVA Support 
System 


Crew 
Habita- 
tion 
Support 


System: 


Medical 
System 


Manufacture 


& Assembly 
Systems 


Coordinate on provision of 


consumables needed for 


medical purposes, such as 


supplemental oxygen 


Coordinate ona 
shared crew 
information and user 
interface framework 
for medical and other 
vehicle operations 


Coordinate on required 
medical support for 
suited operations 
Coordinate on relevant 
bioinformatics 


Payload 
Provisions 


Command & 
Data Handling 
System 


Propulsion 
System 


GN&C 
System 


Comm & 
Tracking 
System 


Crew Display 
& Controls 


Environmental 
Control 
System 


Payloads & 
Research 


Supporting Trades and Prioritization 


Stakeholders’ Trade Space 


needs, SAVEV UF Lule) | 


constraints Requirements 


System 


System Alternatives 
Allocations 


System Architecture pnalyee Veen ae 
& Other Simulations 


Weiels (e.g., risk 
assessments) 
¢ Traceability 


Verification & assessments 
Validation * Design option 
WeXealalcers) character- 
Manage- izations 

ment ° Design option 
optimizations 


ConOps 


Interfaces 


e Research Prioritization 


¢ Technical Measures ¢ Gap Closure Evidence 
e Risk ¢ Technical Measures 

° Cost 

¢ Schedule 


¢ Documentation ee 
—__________H ___. Content is draft. Not for distribution. 


Summary 


¢ Integrative, structured approach 


— Envisioning and guiding the development of an exploration medical 
system is a big job 
— This approach gives an organized path 


¢ Develop system technical foundation 
¢ Increase relevancy to exploration systems 


How we’re establishing the work: 


System 
Concept of y : System 
: functional é : 
Operations requirements 
needs 


Subsystem 
requirements 


System 


; Allocations =~ 
architecture 
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Thank you 


Backup 


Mi O d e | I N 24 What is the scenario narrative? 
What other systems are involved? 
Process 


System 
Scenarios ; ™~ 


How are How does the system behave? 


system 
requirements Subsystem 
allocated? a, Setslarelaleys 


, 


Subsystem 
Requirements 


Activity 
Dy reyede-Vaaks 


\ 


Sequence 
Diagrams 
System 
PN gol alinexei dol as) 
| ~ BY=YeXo) ga) eles 4 10 


What functions does the system need to provide? 


System 
Requirements 


How does the 
system 
interface with 
other systems? 


What parts 
does the 
system have? 


Notional System Block Diagram 
CHP Level Only 


Work in Progress 


ee ag ee ey ae oe ee ee een J 


9/1/16 Crew Health and Performance System Block Diagram 

Fs pple AS eS omen a a ne ah ee Sm © aa agian Nea SSC gh en at! aaa ieee Oi alae aga aa 2) ein AS eel 
| Flight System | plows 
| | |_| Physician “| 
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Exploration Medical Capability 
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